home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / Delphi Digests / Delphi Vol. 3 / Delphi 3.36 < prev    next >
Encoding:
Text File  |  1988-04-08  |  28.8 KB  |  798 lines  |  [TEXT/ttxt]

  1.  3-Aug-87 09:34:30-PDT,30277;000000000001
  2. Date: Mon 3 Aug 87 10:05:57-EDT
  3. From: Jeff Shulman <SHULMAN@SDR>
  4. Subject: Delphi Mac Digest V3 #36
  5.  
  6. Delphi Mac Digest     Saturday, August 1, 1987       Volume 3 : Issue 36
  7.  
  8. Today's Topics:
  9.      Mac II Horrors, Continued
  10.      changing pixel depth
  11.      RE: cdevs (3 messages)
  12.      drawpicture (4 messages)
  13.      MacBug 5.3 has new command?
  14.      OpenSocket (3 messages)
  15.      Raskin vs. Jobs
  16.      LaserWriter Plussing weirdness (2 messages)
  17.      Colorizing logos
  18.      RE: INFO-MAC Digest V5 #107
  19.      re: FullWrite Professional
  20.      re: slippery mouse? (desk pads / teflon
  21.      RE: Mac II horrors
  22.      re: Potential Bug???  [menus]
  23.      Re: Re: Suitcase and NFNT resources
  24.      Re: Bug?
  25.      TOPs and pcs and macs and vaxes and suns
  26.      RE: TOPs and pcs and macs and vaxes and (2 messages)
  27.      re: Site Licences etc. (2 messages)
  28.      graphicworks
  29.      RE: Anyone driving Compugraphics with Macs
  30.      laserjet to laserwriter upgrades
  31.      Printing information (4 messages)
  32.      Microsoft acquires Forethought
  33.      Medical applications of Macintoshes
  34.      RE: macexpo
  35.      SIGGraph report
  36.  
  37. ----------------------------------------------------------------------
  38.  
  39. From: MACWEEKBOS
  40. Subject: Mac II Horrors, Continued (Re: Msg 21456)
  41. Date: 24-JUL 09:54 Network Digests
  42.  
  43. Mac II Horrors, Continued
  44.  
  45. I believe that DiskExpress 1.05 has been superseded by 1.10 (quite a
  46. while ago).
  47.  
  48. Ric Ford
  49.  
  50. ------------------------------
  51.  
  52. From: JIMH
  53. Subject: changing pixel depth
  54. Date: 25-JUL 01:47 Macintosh II
  55.  
  56. Does anyone know how the monitor cdev cause the desktop (or any
  57. programs) to redraw themselve with the new screen depth?  I want a fkey
  58. to toggle between 1 and 8 bit mode.  It pretty straightforward to set
  59. the mode to whatever depth you need and when you r elaunch the finder
  60. (return to finder you have new depth set. what is less straightforward
  61. is to get the desktop to draw itself without a launch.  best jim
  62.  
  63. ------------------------------
  64.  
  65. From: PIPPIN
  66. Subject: RE: cdevs (Re: Msg 1910)
  67. Date: 25-JUL 15:39 Programming Techniques
  68.  
  69. David, I'll bet you have editText items in your cdev.  The Control Panel
  70. changes the font to geneva-9 for you, but editText's blindly set it to
  71. chicago-12.  I have been poking geneva-9 into the dialog record which
  72. seems to work.  Let me know how you make out. Barry
  73.  
  74. ------------------------------
  75.  
  76. From: DDUNHAM
  77. Subject: RE: cdevs (Re: Msg 1915)
  78. Date: 26-JUL 22:46 Programming Techniques
  79.  
  80. Thanks!  I figured it out late last night, but it's nice to get
  81. confirmation. So where do you poke the Geneva-9?  Into the editText, or
  82. into the grafPort, of the dialog?  (Alas, I think this particular cdev
  83. won't work with a soon-to-be-released system extension.)
  84.  
  85. ------------------------------
  86.  
  87. From: PIPPIN
  88. Subject: RE: cdevs (Re: Msg 1924)
  89. Date: 27-JUL 04:30 Programming Techniques
  90.  
  91. I used a dialogPeek and set textH^^.txFont and textH^^.txSize to
  92. geneva-9. Its unfortunate the Control Panel dislikes editText so much,
  93. since many cdev's could use it. Good luck with your cdev! Barry
  94.  
  95. ------------------------------
  96.  
  97. From: ESROG
  98. Subject: drawpicture
  99. Date: 25-JUL 17:57 Programming Techniques
  100.  
  101. I guess I may be asking for too much, but here goes.  When I do
  102. drawpicture, the transfer mode seems to stay as "copy"; that is, the
  103. white space of the picture is pasted over whatever was on the screen.
  104. When I call penmode(srcor), or penmode(srcxor) other drawing such as
  105. frameoval etc is done in the no transfer mode; but my picture still is
  106. done as srccopy. Shall I presume that I cannot change the drawing mode
  107. for drawpicture ? Is there another way (probably horribly complex) for
  108. drawing my pictures over the screen as if they wwere on a transparency?
  109. thanks for info, Steve.
  110.  
  111. ------------------------------
  112.  
  113. From: JIMH
  114. Subject: RE: drawpicture (Re: Msg 1916)
  115. Date: 25-JUL 22:23 Programming Techniques
  116.  
  117. Steve, i just went through this tonight so you are in luck ;-)  it seems
  118. to require that you set the penmode after you do open ipicture.  in
  119. other works the picture uses the mode set when the picture was made.
  120. well i guess you could set it before doing op en picture (hitting head
  121. with heal of hand).  best jim
  122.  
  123. ------------------------------
  124.  
  125. From: SOCCERKING
  126. Subject: RE: drawpicture (Re: Msg 1916)
  127. Date: 25-JUL 22:55 Programming Techniques
  128.  
  129. You do have to modify the internal format of a picture but I don't think
  130. it will be all that complex, time consuming maybe, and definitly long!.
  131. First of all a good reference to have is tech note 21 which describes
  132. the internal format of a picture. Your code will have to be able to
  133. determin when it is on an opcode. To do that your code will have to be
  134. able to determin the size of each instruction, your best bet is a CASE
  135. or SWITCH statement for each opcode and  calculate its size accordingly.
  136. Use that size to get to the next opcode. Upon receving an opcode with a
  137. value of 8(pnMode) change the next byte to the mode you want. Its long
  138. but should work. Interested in the results. Brent.
  139.  
  140. ------------------------------
  141.  
  142. From: PEABO
  143. Subject: RE: drawpicture (Re: Msg 1921)
  144. Date: 26-JUL 18:09 Programming Techniques
  145.  
  146. There's a fundamental difficulty with doing that:  Apple insists that
  147. the internal structure of a QD picture is subject to revision without
  148. notice and the information in Tech Note 21 is provided solely for
  149. assistance during debugging. The difficulty is that you cannot tell how
  150. long an element of the QD structure is except by knowing the definition
  151. of the element types, and Apple may add a new type whenever they feel
  152. like it.
  153.  
  154. peter
  155.  
  156. ------------------------------
  157.  
  158. From: PEABO
  159. Subject: MacBug 5.3 has new command?
  160. Date: 25-JUL 17:58 Tools for Developers
  161.  
  162. I just tried out the new version 5.3 MacsBug, and I see that it has a
  163. couple neat new features ... one is that the top of the screen is
  164. dedicated to a register display with stack frame and top of stack words
  165. visible and updated at each command.
  166.  
  167. Another is that the character set is (maybe) a little more legible ...
  168. I'm not convinced yet.
  169.  
  170. The other one is a new command UT which supposedly should take an
  171. addess.  I haven't been able to figure out yet what it does ... does
  172. anyone know?
  173.  
  174. (And someone else will have to report on the new Mac II debuggers!)
  175.  
  176. peter
  177.  
  178. ------------------------------
  179.  
  180. From: JOSEF
  181. Subject: OpenSocket
  182. Date: 26-JUL 20:02 Programming Techniques
  183.  
  184. I just started digging into AppleTalk and can't seem to get the
  185. DDPOpenSocket routine to do the right thing.  When you pass it a zero,
  186. it's supposed to assign you a socket number in the range 128 to 254.
  187. When I do it, it comes back with zero, even though the error return
  188. indicates noErr. I've tried this with both LightspeedC and MPWC with the
  189. same results.  What's the trick?
  190.  
  191. Joe
  192.  
  193. ------------------------------
  194.  
  195. From: PEABO
  196. Subject: RE: OpenSocket (Re: Msg 1923)
  197. Date: 27-JUL 01:07 Programming Techniques
  198.  
  199. DDPOpenSocket takes a VAR : Byte as its first argument.  I think this
  200. means the high-order byte of a short integer, doesn't it?  Maybe there
  201. is something going wrong in the way it is declared.
  202.  
  203. peter
  204.  
  205. ------------------------------
  206.  
  207. From: JOSEF
  208. Subject: RE: OpenSocket (Re: Msg 1929)
  209. Date: 29-JUL 21:18 Programming Techniques
  210.  
  211. peter:  you were 95% right.  Turns out you do have to give it a pointer
  212. to a WORD size quantity, and then it uses the LOWER half.  I was simply
  213. passing a pointer to a byte.  What a nuisance.  Just another reminder of
  214. one of the many reasons I don't like pascal.
  215.  
  216. Joe
  217.  
  218. ------------------------------
  219.  
  220. From: MACWEEKBOS
  221. Subject: Raskin vs. Jobs
  222. Date: 27-JUL 19:12 Business Mac
  223.  
  224. History buffs should take a look at today's Wall St. Journal (July 27,
  225. 1985), in the letters section, for an interesting letter from Jef Raskin
  226. rebutting the idea that Jobs created the Macintosh, and explaining how
  227. he, Raskin, took it from idea through prototype.
  228.  
  229. Ric Ford
  230.  
  231. ------------------------------
  232.  
  233. From: DDUNHAM
  234. Subject: LaserWriter Plussing weirdness
  235. Date: 27-JUL 21:12 Hardware & Peripherals
  236.  
  237. I brought my LaserWriter in for the Plus upgrade today.  The tech and I
  238. were both astonished that my printer remembered its name, plus its copy
  239. count and the fact that it wasn't supposed to print startup pages.  Both
  240. of us thought that stuff was remembered in the ROMs (EEPROMs, I guess).
  241.  
  242. ------------------------------
  243.  
  244. From: DSACHS
  245. Subject: RE: LaserWriter Plussing weirdness (Re: Msg 21517)
  246. Date: 28-JUL 20:39 Hardware & Peripherals
  247.  
  248. The ROM change that turns a LW into a LW+ does not affect the EEROMS
  249. that contain the page count ...
  250.  
  251. ------------------------------
  252.  
  253. From: DDUNHAM
  254. Subject: Colorizing logos
  255. Date: 26-JUL 22:47 Programming Techniques
  256.  
  257. I'm planning a brief MacTutor article on colorizing logos (Findswell
  258. uses a light brown if on a color Mac II).  Here's the code to paint a
  259. bitmap (assuming it's a pictItem in a color dialog):
  260.  
  261.  #define max                     (37)
  262.  #define RGBBlack        ((RGBColor *)0xc10)
  263.  #define ROM85           (*(int *)0x28e)
  264.  
  265.  /* COLORIZE change the color of an item in a (color) dialog
  266.         (c) 1987 David Dunham
  267.  */
  268.  void colorize(dialog,item) DialogPtr dialog; int item; {
  269.         int             type;
  270.         Handle  handle;
  271.         GDHandle        gh;
  272.         PixMapHandle    pm;
  273.         Rect            box;
  274.         RGBColor        colour;
  275.  
  276.         if (!(ROM85 & 0x4000)) {        /* Mac II ROMs? */
  277.                 /* Figure out screen depth of our dialog */
  278.                 gh = GetMaxDevice(&((DialogPeek)dialog)->window.port.portRect);
  279.                 pm = (*gh)->gdPMap;     /* Device's PixMap */
  280.                 if ((*pm)->pixelSize > 1) {     /* Enough pixels? */
  281.                         /* Choose the golden-brown of Findswell's packaging */
  282.                         colour.red = 39321;
  283.                         colour.green = 26421;
  284.                         colour.blue = 0;
  285.                         RGBForeColor(&colour);  /* Set the color */
  286.                         PenMode(max);
  287.                         GetDItem(dialog,item,&type,&handle,&box);
  288.                         PaintRect(&box);                /* Colorize */
  289.                         RGBForeColor(RGBBlack); /* Restore default color */
  290.                         PenNormal();            /* Restore default pen */
  291.                 }
  292.         }
  293.  }
  294.  
  295. ------------------------------
  296.  
  297. From: DSACHS
  298. Subject: RE: INFO-MAC Digest V5 #107 (Re: Msg 21522)
  299. Date: 28-JUL 20:59 Network Digests
  300.  
  301. >For:"ERI::SMITH" <smith%eri.decnet@mghccc.harvard.edu>
  302. >Re:Restricting LaserWriter access on an AppleTalk network
  303.  
  304. Changing the password for one of the LWs, and properly patching the LW
  305. driver and Laser Prep for the corresponding group might help.  A changed
  306. password would prevent the wrong group from initializing a LW.  For
  307. further safety it may be possible to patch the LaserWriter and Laser
  308. Prep files, so that the wrong LW appears to have an improper level of
  309. Laser Prep loaded.
  310.  
  311. >For: <JOHNSON%nuhub.acs.northeastern.edu@RELAY.CS.NET>
  312. >Re: Excel maunal & registration time.
  313.  
  314. Excel should come with 2 manuals, a looseleaf reference manual, and a
  315. paperbound manual listing all the functions and macro sheet operations.
  316. If your copy did not come with that second manual call Microsoft
  317. continuously until they agree to send it - plus the 1.04 upgrade which
  318. is free.
  319.  
  320. ------------------------------
  321.  
  322. From: DDUNHAM
  323. Subject: re: FullWrite Professional (Re: Msg 21522)
  324. Date: 29-JUL 03:25 Network Digests
  325.  
  326.  >Subject: FullWrite Professional
  327.  >From: Pugh.ESCP8@Xerox.COM
  328.  
  329. I hope you don't construe this as a flame at you, but you really don't
  330. want a review of a product that's not out yet.  Remember all those
  331. favorable reviews of Word 3.0?  Remember how a couple of MacUser
  332. columnists had enough integrity to publicly eat their words a month or
  333. two later?
  334.  
  335. ------------------------------
  336.  
  337. From: DDUNHAM
  338. Subject: re: slippery mouse? (desk pads / teflon (Re: Msg 21522)
  339. Date: 29-JUL 03:26 Network Digests
  340.  
  341.  >From: scubed!ncrcae!scholz@seismo.CSS.GOV (Carl Sholz)
  342.  >Subject: slippery mouse? (desk pads / teflon feet)
  343.  
  344. If you have a Plus or earlier, get MouseEase from Tacklind Design, 250
  345. Cowper St, Palo Alto, CA   94301.  I think they're $2.95, if you sent a
  346. check for that amount and a SASE, you could probably get them.  The ADB
  347. mouse has built-in teflon.
  348.  
  349. ------------------------------
  350.  
  351. From: DSACHS
  352. Subject: RE: Mac II horrors
  353. Date: 28-JUL 21:09 Network Digests
  354.  
  355. >for: rs4u+@andrew.cmu.edu (Richard Siegel)
  356. >re: Mac II horrors
  357.  
  358.  Have you tried invalidating paramter RAM with the control panel? (Start
  359. a floppy and start the control panel with the mouse while holding down
  360. all the modifier keys)
  361.  
  362. ------------------------------
  363.  
  364. From: DDUNHAM
  365. Subject: re: Potential Bug???  [menus] (Re: Msg 21523)
  366. Date: 29-JUL 03:27 Network Digests
  367.  
  368.  >From: newman.pasa@Xerox.COM
  369.  >Subject: Potential Bug???
  370.  >manager put the arrow in anyway.  The arrow took the last space of the
  371.  >screen, and forced me to scroll to get at that one menu item too many
  372.  
  373. I think that menu bug is bad design, rather than a bug.  It's even worse
  374. on a 640*480 screen.
  375.  
  376. ------------------------------
  377.  
  378. From: BRECHER
  379. Subject: Re: Re: Suitcase and NFNT resources
  380. Date: 29-JUL 01:30 MUGS Online
  381.  
  382. >To: David M. Gelphman 415-854-3300 x2538   DAVEG    at SLACVM
  383. >Subject: Re: Re: Suitcase and NFNT resources
  384.  
  385. > I do have a question regarding NFNT resources. Basically I've been
  386. > trying to modify the Adobe screen fonts so that I can install them
  387. > into the system file and have only one font name appear in the
  388. > fonts menus for each font family. [Description of a moderately
  389. > complex procedure which was not entirely successful follows.]
  390.  
  391. AddResMenu and InsertResMenu omit from the menu the names of resources
  392. whose first character is a '.' (period) or a "%" (percent sign). So all
  393. you need to do is to change the name of each FOND resource and *each*
  394. FONT resource for a screen font style variation sub-family.  You can do
  395. this with ResEdit.  Using a leading '%' is preferred to a leading '.'
  396. since the latter is reserved for device driver resource names, although
  397. at this time I think using '.' would do no harm.
  398.  
  399. This technique doesn't work with some programs, e.g., PageMaker, which
  400. use their own routines to build font menus or lists and which take no
  401. pains to exclude style variations.  I have pointed out to Aldus that the
  402. easiest way for a program to make a font list is to AddResMenu into a
  403. dummy menu, and then iteratively extract the names with GetItem.  This
  404. has the added advantage of having the Menu Manager sort the list for
  405. you.
  406.  
  407. > For Steve Brecher: assuming that one can resolve the above difficulties
  408. > with the NFNT/FOND/Font resources, will Suitcase properly add the NFNT
  409. > resources if those are in a Suitcase file.
  410.  
  411. Suitcase does a lot of fancy footwork to get unlimited DAs in multiple
  412. files to work transparently.  With respect to fonts, it does no footwork
  413. at all -- it just keeps the resource files open.  This means that you
  414. can't, say, have some family members of typeface X in one file and other
  415. members in another; the first FOND found in the resource map chain will
  416. prevail, and only the sizes/styles listed in it will be considered
  417. "real."  In most cases, this restriction is not a problem.  One just
  418. puts all variations of typeface X in one file -- usually, along with all
  419. variations of faces Y and Z.  While one doesn't want too many files --
  420. and Suitcase imposes a ResEditable limit of 10 concurrently open
  421. suitcase files for safety's sake -- the situation is a lot different
  422. from the bad old days when *all* fonts (and DAs and FKEYs and 'snd 's
  423. and whatever) had to be in the same file, the System file.
  424.  
  425. I am thinking about how I might allow split families in a future version
  426. of Suitcase.
  427.  
  428. ------------------------------
  429.  
  430. From: BRECHER
  431. Subject: Re: Bug?
  432. Date: 29-JUL 01:30 MUGS Online
  433.  
  434. To: GLAURIE%CALSTATE.BITNET@wiscvm.wisc.edu Subject: Re: Bug?
  435.  
  436. > Using ResEdit I attempted to change my default view in the Finder by
  437. > popping into LAYO and changing the display. To my surprise I can change the
  438. > display to anything except "small icons", although pulling down the "View"
  439. > menu shows that "small icons" should be the current view for the active
  440. > window.
  441.  
  442. "Small icons" is a special case of "icons," and is indicated by a bit in
  443. the "Filler" byte that follows the "Default view" field in the LAYO
  444. resource. It is not actually a filler; it is a set of internal flags.  I
  445. think the "small icon" bit is bit 6, i.e., set "filler" to 64 decimal
  446. and set "Default view" to 1. However, this is from memory (cerebral, not
  447. silicon) and not guaranteed.
  448.  
  449. ------------------------------
  450.  
  451. From: CROAS
  452. Subject: TOPs and pcs and macs and vaxes and suns
  453. Date: 29-JUL 02:11 Hardware & Peripherals
  454.  
  455. G'Day!
  456.  
  457.  I have been asked to come up with a proposal for networking our VAXen
  458. (VMS), SUNs (UNIX), PCs and Macintie together.  We have an 'ethernet'
  459. backbone for the VAXes with repeators to 'thinnet' for a 3-Com PC
  460. network and a bridge connecting us to the land of the SUNs.  We also
  461. have an AppleTalk network for o ur Macs and LaserWriter.  This is
  462. working just fine..
  463.  
  464.  So, now management has gotten very hot on 'Office Automation', and the
  465. guy's ( Sorry, Japanese firm... no gals, but that's another story)
  466. upstairs have decided that they want to be able to do file sharing to
  467. the SUNs, VAXes and be able to use the LaserWriter we have hanging off
  468. our AppleTalk.  I have nothing against any of these plans, I just have a
  469. bad attitude towards 'Bean Counters'.
  470.  
  471.  
  472.  I have had the TOPs network suggested to me as a solution and I would
  473. like to know more than the sales guy is telling me.  Can anyone answer
  474. me these basic questions:
  475.  
  476.  
  477. 1)  Is it really as good as they claim? [Solve all your problems, allow file
  478.     transfer/sharing -- PC to anywhere, wash the dishes and let the dog out].
  479.  
  480. 2)  Is it as easy as they claim? [Just put the TOPs card into one of the PC
  481.     servers (i.e. one with a 3-Com board) and run the software on the other
  482.     computers]
  483.  
  484. 3)  Is this the real answer or are there other products that my Apple dealer is
  485.     not knowledgeable/telling about.
  486.  
  487. I'm basically looking for a story with a happy ending, upstairs gets
  488. what they want and I don't have to stop playing rogue very often to go
  489. fix it.
  490.  
  491. Cheerio(es) & Thanks for the help,
  492.  Greg.
  493.  
  494. ------------------------------
  495.  
  496. From: NATURAL
  497. Subject: RE: TOPs and pcs and macs and vaxes and (Re: Msg 21536)
  498. Date: 29-JUL 11:00 Hardware & Peripherals
  499.  
  500. 1.  It does some pretty easy and 'good', if that's the word you want to
  501. use. You can copy files back and forth from PC to Mac (that's how I have
  502. it set up) without problems and it's very fast.  However, just because
  503. you copy a file from the PC to the Mac (or visa versa) it doesn't make
  504. it readable.  However, Centram has come out with a new translation
  505. package/update that'll help.
  506.  
  507. 2.  It's not as easy to set up as they make you think.  It _can_ be easy
  508. if all goes kosherly and you can just plug it in and it'll work.  But,
  509. it's very likely you might have interupt problems with IRQs, DMAs, INTs,
  510. etc... I went through a two week 'nightmare' of trying different
  511. software versions before I had to replace the serial board on the PC.
  512.  
  513. 3.  I don't know of any other product that'll do what this does as
  514. cheaply or as easily, once up and cranking.
  515.  
  516. Joshua Wachs Natural Intelligence Consulting
  517.  
  518. ------------------------------
  519.  
  520. From: MOONLIGHT
  521. Subject: RE: TOPs and pcs and macs and vaxes and (Re: Msg 21536)
  522. Date: 30-JUL 00:53 Hardware & Peripherals
  523.  
  524. Hola!
  525.  
  526. I have a similar situation and would like to hear any answers to this
  527. topic also. We are a diagnostic radiological physics group with VAX's,
  528. PC Clones, Macs, and soon at least 1 SUN and maybe 2.  Macs are
  529. absolutely the best, cheapest way to make publishable graphs and line
  530. drawings (sorry, scientific graphic artists).
  531.  
  532. I was just at the SUN office in Lexington to see their machines today;
  533. the salesperson pointed that Sun now owns the company that produces
  534. TOPS.  There may be some kind of merger between TOPS and Sun's NFS;
  535. howeever it is not available now.  I did see 1-2-3 running on a Compaq
  536. and using the Sun disk as drive D:, using Ethernet ant NFS.  No Macs
  537. there, though.
  538.  
  539. Alan
  540.  
  541. ------------------------------
  542.  
  543. From: DDUNHAM
  544. Subject: re: Site Licences etc. (Re: Msg 21524)
  545. Date: 29-JUL 03:27 Network Digests
  546.  
  547.  >From: Lionel_Tolan%SFU.Mailnet@umix.cc.umich.edu
  548.  >Subject: Site Licences etc.
  549.  
  550. According to a news story, Stanford has a site license for WriteNow.
  551. And I know my publisher, Symmetry Corp, will do university site licenses
  552. for Acta and PictureBase.  And my company, Maitreya Design, can work
  553. something out if you want everyone to use our shareware programs,
  554. miniWRITER and DiskInfo.
  555.  
  556. Actually, I suspect _most_ publishers will talk to you about site
  557. licensing. Pick the programs you want and contact the publisher.
  558.  
  559. ------------------------------
  560.  
  561. From: JEFFS
  562. Subject: RE: re: Site Licences etc. (Re: Msg 21540)
  563. Date: 30-JUL 07:41 Network Digests
  564.  
  565. Not necessarily so.  ACIUS will *not* site license 4th Dimension.  Also,
  566. many publishers don't really understand what a "site license" means
  567. (from the traditional mainframe sense.)  I have had major problems
  568. trying to site license many of the programs used widely around here.
  569. Most of the time it turns out cheaper just to buy it from
  570. MacConnection/ComputerWare!
  571.  
  572.                                                Jeff
  573.  
  574. ------------------------------
  575.  
  576. From: MER
  577. Subject: graphicworks
  578. Date: 29-JUL 10:34 Creative Pursuits
  579.  
  580. Has anyone out there used GraphicWorks 1.2, or whatever the latest one
  581. is? I've been using it recently, and while it's a really cool program,
  582. seems to have a lot of bugs.  No crashers, thank heavens, mostly display
  583. bugs and mis-functional bugs.  ANy suggestions or indications of a new
  584. release?
  585.  
  586. ------------------------------
  587.  
  588. From: RICKLEPAGE
  589. Subject: RE: Anyone driving Compugraphics with Macs
  590. Date: 30-JUL 11:39 Network Digests
  591.  
  592. To: "Bob Soron" <Mly.G.Pogo%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU> Subject:
  593. Anyone driving Compugraphic MCS with Macs?
  594.  
  595. >    My department at Boston University has a CG MCS Powerview 10
  596. > and, I believe, an 8400 output device.  We would like to use the Macs
  597. > in our office as front ends.  I remember seeing ads for software that
  598. > would do this some time ago, but haven't the foggiest recollection of
  599. > any other details.  If anyone out there has tried it,. I'd be very
  600. > interested in hearing about your experiences.
  601.  
  602. PS Publishing, in San Francisco, is finishing up a program called PS
  603. Compose, which is a dtp-type program that is based upon the MCS command
  604. set. Their initial release should be this fall, and it will drive the
  605. Compugraphic typesetters, as well as any PostScript device.
  606.  
  607. i don't think they have finalized pricing yet, but it will probably be
  608. at least $1000-$1500.
  609.  
  610. call Robert Simon at PS Publishing, if interested
  611.         415-433-4698
  612.         290 Green St., Suite 1
  613.         San Francisco, CA 94133
  614.  
  615.   hope this helps,
  616.     Rick LePage
  617.  
  618. ------------------------------
  619.  
  620. From: GECOLPITTS
  621. Subject: laserjet to laserwriter upgrades
  622. Date: 30-JUL 18:50 Hardware & Peripherals
  623.  
  624. has anybody had any experience with the QMS laserjet to laserwriter
  625. upgrade ? we are particularly interested in its ability to switch back
  626. and forth from laserjet to laserwriter as we want to use it with MACS
  627. and IBM PC's running Wordstar and as far as we know Wordstar cannot
  628. drive a laserwriter (actually we go through a Starjet printer driver
  629. from Wordstar)
  630.  
  631. ------------------------------
  632.  
  633. From: SOCCERKING
  634. Subject: Printing information
  635. Date: 30-JUL 00:33 Programming Techniques
  636.  
  637. Where can a poor fellow find some more detailed information on the print
  638. manager and the "private Print Manager" interface? Such as 1) What the
  639. hell are Bands? 2) How do I get the spool files RefNum? 3) How or what
  640. uses the private interface declared in MacPrint(MPW) 4) Why is this
  641. information so Top Secret 5) Add your personal favorite here Is there a
  642. book or possibly a magazine artical lurking in the dark somewhere?
  643. Brent.
  644.  
  645. ------------------------------
  646.  
  647. From: RUBENSTEIN
  648. Subject: RE: Printing information (Re: Msg 1940)
  649. Date: 30-JUL 19:10 Programming Techniques
  650.  
  651. The reason it's all so secret is that Apple is changing the innards of
  652. the Print Manager, and doesn't want you to rely on stuff that's going to
  653. change.
  654.  
  655. Apple's problem is that if the document all this stuff so that you can
  656. use it at your own risk, people will assume this is a supported
  657. interface, and will expect it to remain in new systems.
  658.  
  659. Such is life...
  660.  
  661. ------------------------------
  662.  
  663. From: PEABO
  664. Subject: RE: Printing information (Re: Msg 1940)
  665. Date: 30-JUL 22:17 Programming Techniques
  666.  
  667. I can answer question number (1) anyway ... Bands are horizontal
  668. sections of a page.  They are used by the Imagewriter print drivers in
  669. order to reduce the amount of memory needed during rasterizing of the
  670. QuickDraw spool file.  A typical standard print page would be divided
  671. into maybe 3 or 4 bands, and the QD
  672.  
  673. Picture for the entire page would be converted into a bit map once for
  674. each band, clipped each time to select the portion to be printed.  Then
  675. the bit map gets shipped to the printer for each band before rasterizing
  676. the one which will fit below it.
  677.  
  678. The LaserWriter driver doesn't use bands at all because the page is
  679. converted into PostScript instead.
  680.  
  681. Part of the reason the printer interface is so poorly documented is that
  682. it is inherently more complex than most other parts of the Macintosh
  683. software architecture.
  684.  
  685. peter
  686.  
  687. ------------------------------
  688.  
  689. From: DDUNHAM
  690. Subject: RE: Printing information (Re: Msg 1940)
  691. Date: 31-JUL 01:26 Programming Techniques
  692.  
  693. Weren't bands provided so the code only has to image small strips of the
  694. page (I think it plays back the picture with different clipping) so as
  695. to use less memory?
  696.  
  697. Having the spool file's refNum won't do spooling for you; note that
  698. certain printers (like the LaserWriter) don't use spool files.
  699.  
  700. Apple hasn't documented printing internals because they're subject to
  701. change.  A recent tech note says they _will_ change soon.
  702.  
  703. ------------------------------
  704.  
  705. From: MACWEEKBOS
  706. Subject: Microsoft acquires Forethought
  707. Date: 31-JUL 09:31 Business Mac
  708.  
  709. Microsoft has acquired Forethought and is negotiating with FileMaker
  710. Plus developer Nashoba Systems, Inc. for marketing rights to that
  711. program.
  712.  
  713. Ric Ford
  714.  
  715. ------------------------------
  716.  
  717. From: PEABO
  718. Subject: Medical applications of Macintoshes
  719. Date: 31-JUL 13:18 Business Mac
  720.  
  721. Boston Computer Society's Medi-Mac helps organize medical panel at the
  722. Macworld Expo:
  723.            Medical Computing of the Future:  Paging Dr. Macintosh
  724.  
  725. Medi-Mac, BCS' health care Mac user group, has helped to organize
  726. Macworld Expo's first panel on medical applications of Macintosh
  727. computers, to be held at
  728.  
  729. the Expo at Bayside Exposition Center in Boston between August 11-13th.
  730. This panel, titled "MEDICAL COMPUTING OF THE FUTURE:  PAGING DR.
  731. MACINTOSH" will be held at 12 noon on Tuesday, August 11th, immediately
  732. following John Sculley's address.  Organized by Steven Locke, M.D. (BCS
  733. Medi-Mac and Harvard Medical School's Center for Clinical Computing),
  734. the panel will feature:
  735.  
  736.   Scott Finley MD MPH        Chairperson and Welcome
  737.    (BCS' Medi-Mac group)
  738.   Joe Hutsko                 "Apple's role in the Future
  739.    (Apple Computer)           of Medical computing"
  740.   Lyndon Holmes              "CD-ROM Medline Retrieval
  741.    (Aries Systems)            of Medical Literature"
  742.   Bryan Bergeron MD          "HeartLab: Using the
  743.    (Harvard Medical School)   Macintosh to Teach
  744.                               Examinatiosn of the Heart
  745.  
  746. The panel should be of value to anyone interested in health applications
  747. of Macintosh computers, a rapidly growing field.  Developers may be
  748. paricularly interested in attending to link up with health professionals
  749. with ideas for Macintosh applications.  For further information, contact
  750. Steven Locke (617-735-4664) or Scott Finley (617-277-3667).
  751.  
  752. ------------------------------
  753.  
  754. From: PEABO
  755. Subject: RE: macexpo (Re: Msg 21569)
  756. Date: 31-JUL 12:26 SIG Business
  757.  
  758. Party!  Party!  PARTY!!!
  759.  
  760. The Place:  Marriot Long Wharf
  761. The Time:   Tuesday, August 11, between 9:30 PM and 12:30
  762.  
  763. Sponsored by BMUG, BCS*Mac, the Apple User Group Connection, Macworld,
  764. and ICONtact!
  765.  
  766. If you're in Boston for the Macworld Expo on Tuesday, don't miss this
  767. chance to meet in person people you've met online!
  768.  
  769. ------------------------------
  770.  
  771. From: DDUNHAM
  772. Subject: SIGGraph report
  773. Date: 31-JUL 22:05 Business Mac
  774.  
  775. I went to SIGGraph this week.  There was a lot of neat stuff there --
  776. I've decided I want a Pixar, only $49K with C compiler. The 2 hours of
  777. computer animation was fun.  The applause was oddly distributed -- many
  778. cheers for a dancer wearing a skirt, because cloth doesn't usually
  779. appear in computer animations. Some films did have stories and
  780. characters as well as nifty graphics effects; the ones from Disney and
  781. Pixar are two I remember.
  782.  
  783. Apple's booth was cramped and crowded, so I didn't look at it too much.
  784. They had one of those 37 inch screens showing a Mac II demo, and several
  785. 3rd party color monitors were on hand, as well as several 3rd parties
  786. demonstrating their software (e.g. Marc Canter with Videoworks II).  I
  787. really wasn't impressed with Apple's showing.  (Perhaps if I'd gone in
  788. search of something to buy and with a limited budget, I'd have been more
  789. impressed.) And a friend told me he asked an Apple person about a
  790. forthcoming genlock card...the Apple rep had never heard of genlock.
  791. *sigh*
  792.  
  793. ------------------------------
  794.  
  795. End of Delphi Mac Digest
  796. ************************
  797. -------
  798.